Skip to content
Built 26/04/15 21:42commit 9419fc3

中文 | English

Claude Code 的 10 条使用建议

这是 Claude Code 创建者 Boris Cherny(@bcherny)于 2026-02-01 分享的一组团队实践总结。

Claude

背景

Boris 分享了直接来自 Claude Code 团队的使用建议。团队使用 Claude 的方式,与 Boris 个人的使用方式并不完全相同。需要记住的是:Claude Code 并不存在唯一正确的用法,每个人的工作环境都不同,应该自己实验出最适合的方式。

Boris Cherny intro tweet


1/ 尽可能并行处理更多任务

同时拉起 3 到 5 个 git worktree,每个 worktree 各跑一个独立的 Claude session。这是团队认为最大的生产率杠杆,也是第一条建议。Boris 个人更常用多个 git checkout,但 Claude Code 团队里大多数人更偏好 worktree,这也是 @amorisscode 会在 Claude Desktop 里原生支持它的原因。

有些人还会给 worktree 起名字,并设置 shell alias(如 2a2b2c),这样一键就能来回切换。还有人会专门留一个 “analysis” worktree,只用来读日志和跑 BigQuery。

参见:Worktrees Docs

Do more in parallel


2/ 所有复杂任务都从 Plan Mode 开始

把精力更多投入到计划阶段,这样 Claude 更有可能一次性完成实现。

有人会先让一个 Claude 写计划,再启动第二个 Claude,以 staff engineer 的角度审查这个计划。

还有人说,一旦事情开始跑偏,就立刻切回 plan mode 重新规划,而不是硬顶着继续往前推。他们还会明确要求 Claude 在验证阶段也进入 plan mode,而不仅是在构建阶段使用。

Start every complex task in plan mode


3/ 持续投资你的 CLAUDE.md

每次纠正 Claude 后,都以这句话收尾:“更新你的 CLAUDE.md,这样你下次就不会再犯这个错误。” Claude 在给自己写规则这件事上异常擅长。

随着时间推移,要狠心编辑你的 CLAUDE.md。不断迭代,直到 Claude 的犯错率能被明显拉低。

有位工程师会让 Claude 为每个任务或项目维护一个 notes 目录,并在每次 PR 之后更新,再让 CLAUDE.md 指向这个目录。

Invest in your CLAUDE.md


4/ 自己创建 Skills,并提交进 Git

这样可以在所有项目之间复用。团队给出的建议包括:

  • 如果一件事你每天会做不止一次,就把它做成一个 skill 或 command
  • 做一个 /techdebt slash command,在每个 session 末尾运行它,找出并清理重复代码
  • 做一个 slash command,把最近 7 天的 Slack、GDrive、Asana 和 GitHub 同步成一个上下文 dump
  • 构建类似 analytics engineer 的 agent,帮你写 dbt model、审查代码、并在开发环境中验证改动

参见:Extend Claude with Skills — Claude Code Docs

Create your own skills


5/ 大多数 bug,Claude 自己就能修

团队的做法是这样的:

启用 Slack MCP,然后把 Slack 里的 bug thread 贴给 Claude,直接说一句 “fix”。完全不需要上下文切换。

或者,直接说:“去修掉失败的 CI 测试。” 不要微观指导它怎么做。

还可以把 Docker 日志直接交给 Claude 来排查分布式系统问题,它在这类事情上意外地很强。

Claude fixes most bugs by itself


6/ 提升你的 Prompting 水平

a. 挑战 Claude。 可以说:“狠狠审查这些改动,在我通过你的测试之前不要创建 PR。” 让 Claude 成为你的 reviewer。或者说:“向我证明这真的可行”,再让 Claude 对比主分支和功能分支之间的行为差异。

b. 当它给出一个平庸修复后, 你可以说:“基于你现在知道的一切,推翻这个实现,换成更优雅的方案重写。”

c. 编写足够详细的规格说明, 在交付任务前尽量消除歧义。你越具体,输出通常越好。

Level up your prompting


7/ 终端与环境设置

团队很喜欢 Ghostty。很多人喜欢它的同步渲染、24 位色彩,以及正确的 Unicode 支持。

为了更容易同时驾驭多个 Claude,可以用 /statusline 自定义状态栏,让它始终显示上下文使用量和当前 git 分支。也有很多人会给终端标签页上色和命名,有时还会配合 tmux 使用,每个任务或 worktree 一个标签页。

使用语音输入。你说话的速度大约是打字的 3 倍,因此 prompt 往往会更详细。(macOS 上可双击 fn

参见:Terminal Setup Docs

Terminal and environment setup


8/ 使用 Subagents

a. 在任何希望 Claude 为问题投入更多计算的请求后面加一句 “use subagents”。

b. 把单个任务卸载给 subagent,以保持主 agent 的上下文窗口干净、聚焦。

c. 通过 hook 把权限请求路由给 Opus 4.5,让它扫描潜在攻击并自动批准安全请求。参见:Hooks Docs

Use subagents


9/ 用 Claude 做数据与分析工作

让 Claude Code 使用 bq CLI 即时拉取并分析指标。团队把 BigQuery skill 提交进了代码库,大家都直接在 Claude Code 里用它做分析查询。Boris 个人已经 6 个多月没亲手写过一行 SQL。

这套方法适用于任何提供 CLI、MCP 或 API 的数据库。

Use Claude for data and analytics


10/ 用 Claude 学习

团队还分享了几条用 Claude Code 学习的新方法:

a. 在 /config 中启用 “Explanatory” 或 “Learning” output style,让 Claude 在改代码时顺便解释背后的 “why”。

b. 让 Claude 生成一个可视化的 HTML 演示文稿,解释你不熟悉的代码。它做 slide 的效果出奇地好。

c. 让 Claude 画 ASCII 图,帮助你理解新的协议和代码库结构。

d. 做一个间隔重复学习 skill:你先解释自己的理解,Claude 再通过追问补足空白,并把结果存下来。

Learning with Claude